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(54) System and method for managing incoming communication events using multiple media 
options 



(57) A system and method (or providing multisenso- 
ry signaling capabilities enables a user to manage the 
receipt of incoming communication events, after an ini- 
tial notification sequence, using multiple media options. 



Specifically, a remote device notifies a user of incoming 
communication events and offers real-time coupling of 
the notifications with communication management op- 
tions. The message is delivered or otherwise processed 
according to the option selected. 
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Description 

Backgr und of th Inv ntlon 

[0001] The present invention relates generally to 
communication management and more particularly, to 
a multisensory signaling structure that enables a user 
to manage the receipt of incoming communication 
events, after an initial notification sequence, using mul- 
tiple media options. 

[0002] Recent advancements in communication tech- 
nology have made push media channels a reality. These 
channels typically "push" information to a designated re- 
ceiving device (e.g., pager) without requiring a user to 
specifically request the information. This, in conjunction 
with development of integrated text and voice at the 
desktop and in mobile devices, creates an environment 
where users are increasingly demanding service strat- 
egies that allow them to prioritize competing demands 
on their attention. 

[0003] Not only do busy people need a way of recog- 
nizing the context -the who, what, when, and why--of an 
incoming notification, they also need choices on how to 
respond to the request in real-time. For example, by 
structuring an alerting or notification sequence to pro- 
vide more context about the nature of an interruption (i. 
e., the who, what, when, and why) and then integrating 
communication management options that are media in- 
dependent, users may intercept and direct an incoming 
communication to a device or person of their choosing. 
[0004] On the service delivery side of the equation, 
service providers are looking for ways of increasing their 
presence to the end user. To facilitate this endeavor, 
there is a need for a notification/signaling framework 
that enables service providers to configure their com- 
mercial appearance to the customer and tailor commu- 
nication management options to maximize service avail- 
ability. For example, with such a framework, a sports 
broadcaster can notify its subscribers of a particular 
newsworthy event via a multi-media banner. If the event 
is on video, the user can then select to receive the 
broadcast at their desktop computer, or perhaps listen 
to the play-by-play via a personal audio device. 
[0005] Currently, real-time communication manage- 
ment options are limited (e.g., live voice calls can only 
be ignored or answered). Calling Line Identification 
(CLID) provides some real-time information regarding 
the "who" of the incoming-communication but more 
strictly reflects the source device rather than the user of 
the device. Display of Second Call Waiting Identification 
(DSCWID) provides some real-time communication 
management by enabling users to put a second call on 
hold while they finish the first. However, the constraints 
of CLID limit this feature by identifying the connection 
subscriber rather than the user. 
[0006] In the text domain, there is currently no possi- 
bility of intercepting an e-mail on its way to an in-box. 
Text messaging services direct data, such as e-mail, to 
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a user's in-box and then notify the user of its arrival. If 
the user wants to view the e-mail or call the sender back, 
they must first enter the mailbox, select the communi- 
cation, open it, read it, and then reply. Other disposition 
5 options (e.g., forward, copy, delete) can only be invoked 
after the user receives the communication. Currently, 
there are no products that allow a user to intercept a 
communication during the notification sequence and re- 
route it to another device or person, or request the send- 
ee er to alter the communication media. 

[0007] There are some third party service providers 
that integrate text-based and voice-based communica- 
tions into a single "inbox" and then notify the subscriber 
of their presence. Oftentimes the notification istoapag- 
15 er or a cell phone. In the latter case, media translation 
devices can recode a text file into speech. Although 
these services provide unified notification of all messag- 
es, they do not currently respond to the real-time voice 
calls, and often restrict access to information pertaining 
to the incoming communication to the device subscriber. 
[0008] Therefore, it is desirable to provide a multisen- 
sory signaling structure that is applicable to a variety of 
receiving devices to allow a user to manage incoming 
communication events. 

[0009] It is also desirable to provide the user with a 
number of call management options that may be in- 
voked in real-time. 

[0010] It is further desirable to structure notifications 
of incoming communication events. 
[0011] In addition, it is desirable to couple real-time 
notifications with communication management options. 
[0012] It is further desirable to route an incoming com- 
munication event to a receiving device or person of the 
receiver's choice in real-time. 

[001 3] It is also desirable to employ personal, weara- 
ble communication devices for receiving incoming mul- 
timedia notifications and information in a preselected 
format. 

[0014] Finally, it is desirable to allow a user to inter- 
cept a communication, during the notification sequence 
and re-route it to another device or person, or request 
the sender to alter the communication media. 
[0015] Additional desires, features and advantages of 
the invention will be set forth in the following description, 
and will be apparent from description or may be learned 
by practicing the invention. 

Summary of the Invention 

[0016] Systems and methods consistent with the 
present invention meet these desires by allowing a user 
to manage the receipt of incoming communication 
events, after an initial notification sequence, using mul- 
tiple media options. 

[0017] In a first aspect the present invention provides 
a system consistent with this invention for managing an 
incoming communication event comprises means for 
notifying a user of the incoming communication event; 
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means for providing a plurality of communication 
management options to the user; 
means for receiving a selection of one of the com- 
munication management options; 
and means for taking an action regarding the incom- 
ing communication event consistent with the select- 
ed communication management option. 

[0018] Preferably the system further comprises 
means for receiving a choice of a terminal device on 
which to receive the communication event. 
[0019] Preferably the notifying means includes 
means for signaling a device accessible to the user over 
a wireline communications link. 
[0020] Preferably the notifying means includes 
means for providing an audio signal to the user. 
[0021] Preferably the notifying means includes 
means for providing a visual signal to the user. 
[0022] Preferably the notifying means includes 
means for providing a tactile signal to the user. 
[0023] Preferably the taking an action means includes 
means for forwarding the incoming communication 
event to another destination. 

[0024] Preferably the taking an action means includes 
means for routing the incoming communication event to 
an electronic mail system. 

[0025] Preferably the taking an action means includes 
means for routing the incoming communication event to 
a video mail system. 

[0026] Preferably the taking an action means includes 
means for routing the incoming communication event to 
a voice mail system. 

[0027] Preferably the receiving a selection means in- 
cludes a transceiver. 

[0028] Preferably the transceiver includes means for 
delivering the incoming communication event in an au- 
dio format. 

[0029] Preferably the transceiver includes means for 
delivering the incoming communication event in a tactile 
format. 

[0030] Preferably the transceiver includes means for 
delivering the incoming communication event in a visual 
format. 

[0031] Preferably the providing means includes 

means for requesting the incoming communication 

event in one of a plurality of media formats. 

[0032] Preferably the system further comprises 

means for communicating the incoming communication 

event in a plurality of media formats. 

[0033] Preferably the taking an action means includes 

means for receiving the incoming communication event 

in real-time. 

[0034] In a second aspect the present invention pro- 
vides a server capable of managing the transfer of com- 
munication events between a plurality of subscribers, 
comprising: 

means for storing subscriber information; 
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means for associating the subscriber information 
with a predetermined communication event; 
means for transmitting a signal to a receiving device 
of a user over a communications link to notify the 
5 user of the communication event; and 

means for processing a request from the user to 
transmit the communication event to the receiving 
device. 

10 [0035] Preferably the processing means includes 
means for forwarding the communication event to a des- 
tination other than the receiving device upon request by 
the user. 

[0036] Preferably the processing means includes 
15 means for delaying the transmission of the communica- 
tion event. 

[0037] Preferably the delaying means delays trans- 
mission of the communication event until requested by 
the user. 

20 [0038] Preferably the delaying means delays trans- 
mission of the communication event for a time pro- 
grammed by the user. 

[0039] Preferably the server further comprises means 
for signaling an originator of the communication event if 
25 the receiving device is unable to receive the communi- 
cation event in a predetermined media format. 
[0040] Preferably the server further comprises means 
for communicating the communication event in an audio 
format. 

30 [0041] Preferably the server further comprises means 
for communicating the communication event in a visual 
format. 

[0042] In a third aspect the invention provides a trans- 
ceiver for communicating with a server device over a 
35 communications link, comprising: 

means for receiving an information signal from the 
server device in a predetermined media format in- 
dicating the existence of a communication event 
40 and for receiving the communication event in the 
media format indicated; 

means for transmitting to the server device, in re- 
sponse to the information signal, a command signal 
indicating a manner in which the communication 
45 event should be routed to the receiving means; and 
means for delivering the communication event in 
the indicated media format. 

[0043] Preferably the delivering means delivers the 
50 communication event in an audio format. 

[0044] Preferably the delivering means delivers the 
communication event in a tactile format. 
[0045] Preferably the delivering means delivers the 
communication event in a visual format. 
55 [0046] In a fourth aspect the present invention pro- 
vides a method consistent with this invention for man- 
aging an incoming communication event comprises the 
steps of notifying a user of the incoming communication 
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event; providing a plurality of communication manage- 
ment options to the user; receiving a selection of one of 
the communication management options; and taking an 
action regarding the incoming communication event 
consistent with the selected communication manage- 
ment option. 

[0047] Preferably the method further comprises the 
step of receiving a choice of terminal device on which 
to receive the communication event. 
[0048] Preferably the notifying step includes the step 
of signaling a device accessible to the user over a wire- 
line communications link. 

[0049] Preferably the notifying step includes the step 
of signaling a device accessible to the user over a wire- 
less communications link. 

[0050] Preferably the notifying step includes the step 

of providing an audio signal to the user. 

[0051] Preferably the notifying step includes the step 

of providing a visual signal to the user. 

[0052] Preferably the notifying step includes the step 

of providing a tactile signal to the user. 

[0053] Preferably the taking an action step includes 

the step of forwarding the incoming communication 

event to another destination. 

[0054] Preferably the taking an action step includes 
the step of routing the incoming communication event 
to an electronic mail system. 

[0055] Preferably the taking an action step includes 
the step of routing the incoming communication event 
to a video mail system. 

[0056] Preferably the taking an action step includes 
the step of routing the incoming communication event 
to a voice mail system. 

[0057] Preferably the method further comprises the 
step of delivering the incoming communication event in 
an audio format. 

[0058] Preferably the method further comprises the 
step of delivering the incoming communication event in 
a tactile format. 

[0059] Preferably the method further comprises the 
step of delivering the incoming communication event in 
a visual format. 

[0060] Preferably the providing step includes the step 

of requesting the incoming communication event in one 

of a plurality of media formats. 

[0061] Preferably the method further comprises the 

step of communicating the incoming communication 

event in a plurality of media formats. 

[0062] Preferably the taking an action step includes 

the step of receiving the incoming communication event 

in real-time. 

[0063] In a fifth aspect the present invention provides 
a method for managing the transfer of communication 
events between a server and a plurality of subscribers, 
comprising the steps of: 

storing subscriber information; 

associating the subscriber information with a pre- 
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determined communication event; 
transmitting a signal to a receiving device of a user 
over a communications link to notify the user of the 
communication event; and 
5 processing a request from the user to transmit the 
communication event to the receiving device. 

[0064] Preferably the processing step includes the 
step of forwarding the communication event to a desti- 
10 nation other than the receiving device upon request by 
the user. 

[0065] Preferably the processing step includes the 
step of delaying the transmission of the communication 
event. 

is [0066] Preferably the delaying step includes the step 
of delaying transmission of the communication event 
until requested by the user. 

[0067] Preferably the delaying step includes the step 
of delaying transmission of the communication event for 
20 a time programmed by the user. 

[0068] Preferably the method further comprises the 
step of signaling an originator of the communication 
event if the receiving device is unable to receive the 
communication event in a predetermined media format. 
25 [0069] Preferably the method further comprises the 
step of communicating the communication event in an 
audio format. 

[0070] Preferably the method further comprises the 
step of communicating the' communication event in a 
30 visual format. 

[0071] In a sixth aspect the present invention provides 
a method for communicating information between a 
transceiver device and a server device over a commu- 
nications link, comprising the steps of: 

35 

receiving an information signal from the server de- 
vice in a predetermined media format indicating the 
existence of a communication event and receiving 
the communication event in the media format indi- 
40 cated; 

transmitting to the server device, in response to the 
information signal, a command signal indicating a 
manner in which the communication event should 
be routed to the transceiver; and 
45 delivering the communication event to a user in the 
indicated media format. 

[0072] Preferably the delivering step includes the step 
of delivering the communication event in an audio for- 
50 mat. 

[0073] Preferably the delivering step includes the step 
of delivering the communication event in a tactile format. 

[0074] Preferably the delivering step includes the step 
55 of delivering the communication event in a visual format. 
[0075] Both the foregoing general description and the 
following detailed description are exemplary and ex- 
planatory and are intended to provide further explana- 
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tion of the invention as claimed. 

Brief Description of the Drawings 

[0076] The accompanying drawings, which are incor- 
porated in and constitute a part of the specification, il- 
lustrate presently preferred embodiments of the inven- 
tion and, together with the preceding general description 
and the following detailed description, explain the prin- 
ciples of the invention. 
[0077] In the drawings: , 

Fig. 1 illustrates a communications management 
system consistent with the present invention; 
Fig. 2 shows a flowchart of a communications man- 
agement method consistent with the present inven- 
tion; and 

Fig. 3 shows a communications management op- 
tions diagram available to a user of the communi- 
cations management system of Fig. 1 . 

Detailed Description of the Invention 

[0078] Reference will now be made in detail to the 
construction and operation of preferred embodiments 
consistent with the present invention that are illustrated 
in the accompanying drawings. In those drawings, like 
elements and operations are designated with the same 
reference numbers. 

[0079] Figure 1 illustrates a communications man- 
agement system 100 including a plurality of source de- 
vices 105, terminal devices 110, and at least one server 
115 that controls the transfer of information between 
source devices 105 and terminal devices 110. System 
100, as illustrated in Fig. 1, provides a framework for 
implementing communications management functions 
consistent with the present invention. Other compo- 
nents such as a public switched telephone network 
(PSTN) or asynchronous transfer mode (ATM) network 
(not shown) are necessary to facilitate the transfer of 
information signals between multiple source and desti- 
nation points. These networks consist of a series of net- 
work gateways that mediate communications between 
wireline, wireless, and computer networks. 
[0080] Source devices 105 include a variety of media 
devices available to a user of system 100. These source 
devices may include a computer 120, telephone 125, 
fax machine 130, video device 1 35 or any other media 
source. The user or caller may use one or more of the 
above devices to transfer information to one or more 
parties over system 100. 

[0081] Before attempting to contact a party, the user 
selects the information for transfer, defines whether the 
call is a new or return communication, chooses the type 
of communication link (i.e., voice or data), determines 
any additional receiver communication management 
options, and selects a source device 105. Preferably, 
system 100 automatically performs these functions 



based on the type of information being transferred and 
information previously provided by the user. In this in- 
stance, the user only needs to provide the information 
for transfer to system 100. 

5 [0082] The type of information for transfer over sys- 
tem 1 00 can be in any form such as a document or audio 
message. The format of the information dictates the 
source device to be used to transfer the information. For 
example, if the user chooses to relay the information 

io verbally or using a prerecorded voice message, then tel- 
ephone 125 would be the preferred device. Neverthe- 
less, the user may wish to send a document or e-mail a 
file to one or more parties, which would require a fax 
machine 130 or computer 120, respectively. 

is [0083] The user further has the option of defining 
whether the call is a new or return communication. This 
feature is important since the receiving party may be ex- 
pecting an urgent return communication and thus, may 
choose not to respond to any new incoming communi- 

20 cations. The user can communication this information 
to server 11 5 when configuring a call. Alternatively, sys- 
tem 100 can determine whether the call is a new or re- 
turn communication based on a prior communication 
between the two parties. In this instance, the prior call 

25 information is stored in a memory of server 1 1 5 as a pro- 
file specific to the user or communication event. A com- 
munication event is any type of voice or data transfer 
between two or more points. Thus, the communication 
event can be the transfer of video data or a voice mes- 

30 sage. The user can define the type of communication 
link used to transfer the selected information based on 
the available communication network. For example, if 
the user wishes to send a photograph, then the informa- 
tion would be transferred over a data communication 

35 link such as an ATM network. However, to transfer voice 
information in real-time, the PSTN is the more appropri- 
ate selection. 

[0084] Based on the type of information transferred, 
the user can select communication management op- 

40 tions for the receiving party. For example, if the user 
wishes to transfer a voice message to a receiving party 
concerning a relative's wedding but also has a video of 
the wedding, both a voice message option and a video 
option can be transferred to the receiving party. Any data 

4 $ (e.g., video, text) or voice format can be selected by the 
user as a communications management option for the 
receiving party. This selection is only limited by the for- 
mat of the information for transfer. Preferably, system 
100 is capable of automatically choosing certain com- 

50 munication management options based on the type of 
information being transferred and information previous- 
ly provided by the user. 

[0085] Finally, the user chooses a source device 1 05 
for transferring the voice or data information (e.g., fac- 
ss simile, audio, etc.). The communication device can be 
any device capable of transferring information. One fea- 
ture of the invention is to signal the user (e.g., using a 
ringback function) when system 100 notifies the receiv- 
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ing party of the communication event. The signal may 
be sent back to the selected source device or a second- 
ary device. For example, if the source device is a com- 
puter, the user can select to receive the ringback signal 
on a cellular telephone or pager by selecting this feature 
when configuring a communication event transfer with 
server 115. Preferably, system 100 can automatically 
choose the source device based on the type of informa- 
tion transferred and information previously provided by 
the user. 

[0086] Terminal devices 110 may include a wearable 
device 140, computer 145, kiosk 150, or any other de- 
vice capable of communicating voice/data signals to a 
receiving party. These devices include a transceiver for 
bidirectional communication, and receive and transmit 
voice and/or text data in real-time over a selected com- 
munication link. Preferably, terminal device 110 is a per- 
sonal wearable device 140, such as SoundBeam™ 
manufactured by Nortel, that incorporates "Personal 
Space Audio" where the audio signal is not broadcast 
to the entire surrounding environment. 
[0087] Wearable device 140 includes a receiver/ 
transmitter 141, processor 142, transducer 143, mem- 
ory 144, and input/output (I/O) port 146. Receiver/trans- 
mitter 141 receives and transmits voice and data signals 
between wearable device 1 40 and a remote device such 
as server 115. Receiver/transmitter 141 allows weara- 
ble device 140 to receive personal multimedia notifica- 
tions at any time and anywhere over a wireless commu- 
nication link. Processor 142 can be any processor ca- 
pable of controlling the operation of wearable device 
140 by interfacing with components of the device. For 
example, processor 142 processes incoming signals re- 
ceived through receive transmitter 142. Processor 142 
then routes the signal to transducer 1 43 to output the 
signal in an audio, tactile, or visual format (e.g., beeping 
sound, silent vibration, or text messaging), or memory 
144 (e.g., random access memory) for storage. In addi- 
tion, processor 142 can route the signal to I/O port 146 
which is configured to interface with other terminal de- 
vices 110 such as computer 145 or kiosk 150 to output 
the signal. These terminal devices 110 also include the 
components of wearable device 140 to perform func- 
tions consistent with the present invention as described 
herein. 

[0088] Server 115 is a processor-based system that 
is customized to control the information transfer opera- 
tion of system 100. Preferably, server 115 has high 
speed processing capability in order to service a large 
number of users and includes a memory 1 55 that stores 
a variety of software and information. Specifically, mem- 
ory 1 55 stores registration software 1 60, subscriber da- 
tabase 165, communication software 170, and commu- 
nication database 175. 

[0089] Server 1 1 5 executes registration software 1 60 
to register system 100 devices. Registration software 
associates the registered devices with one or more sub- 
scribers. Server 115 stores information about the sub- 
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scribers in subscriber database 165 and communicates 
with system 100 devices using communication software 
170. Communication software 170 includes software 
capable of transferring voice and data signals over any 
5 type of communication link. Server 115 stores informa- 
tion (e.g., the communication event) for transfer be- 
tween source devices 105 and terminal devices 110 in 
communication database 175. 
[0090] Server 115 performs a number of automatic 
functions including user/device recognition, caller rec- 
ognition, communication status, and communication 
management options. In addition, server 115 provides 
integrated electronic mail box functions for system 100 
subscribers via electronic mail system 180. Electronic 
mail system 180 can be any electronic mail system ca- 
pable of storing voice, text, or video mail. 
[0091] Server 115 automatically supports user and 
device recognition. Preferably, all user devices are reg- 
istered with the server using registration software 160. 
This registration process is benign such that when a reg- 
istered user communicates with someone via a new ter- 
minal device 1 1 0, the device is automatically registered. 
This assumes that terminal device 110 has a character- 
istic signature that defines such things as the media 
channels, the communication protocols, and the band- 
width that it can support. If these signatures are not de- 
fined or if a device is not supported by system 100, then 
server 115 automatically switches to a default setting 
that enables a standard signaling procedure (e.g., text 
messaging for pagers). 

[0092] Preferably, unregistered users can subscribe 
to server 115 using terminal device 110. In this instance, 
server 115 first registers the new subscriber using reg- 
istration software 1 60 and then stores information about 
the subscriber in subscriber database 165. Subscriber 
information is stored in all formats specified by the user 
and may include name, address and one or more tele- 
phone numbers. These formats might include photos, 
videos, text, or audio introduction scripts that subscrib- 
ers use via server 115 to configure appropriate header 
information appearing in the receiving party's alerting 
sequence. The header information, stored in subscriber 
database 165, allows the receiving party to hear or see 
the name of the calling party. 

[0093] Server 115 also establishes a user-centric re- 
lational database. As communication relationships de- 
velop between parties using system 100, categories for 
each registered user may be formed (e.g., home support 
services, office, recreational, family) and stored in sub- 
scriber database 165. This high level categorization is 
encoded into the alerting sequence of system 100, thus 
allowing receivers to differentiate between "cold" incom- 
ing communications and those from individuals or or- 
ganizations that have established a relationship with the 
receiver. As described above, system 1 00 facilitates the 
transfer of information from a user to a receiving party 
using various communication options and media for- 
mats. The following description provides the method for 
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managing the communication events transferred over 
system 1 00. 

[0094] Fig. 2 is a flowchart illustrating a communica- 
tion management method consistent with the present in- 
vention. Specifically, the flowchart of Fig. 2 illustrates a 
signaling sequence received at terminal device 110 of 
the receiving party. The signaling sequence includes an 
alerting component and informing component. 
[0095] Before transferring information, system 100 
alerts a selected receiving party of the incoming com- 
munication event (step 200). The alerting component is 
brief (typically the duration of a single ring sequence of 
a traditional phone) and multisensory, consisting of tac- 
tile, auditory, and visual components. System 100 bases 
the timing of the alerting component on current teleph- 
ony ring signaling. However, in system 100, only the first 
"ring" sounds automatically with subsequent audio and 
visual output being mediated by the receiving party. 
[0096] The receiving party may choose to respond to 
or ignore the alert signal based on the audio or visual 
information sent during the alerting component (step 
210). Server 115 encodes categorical variables (e.g., ur- 
gency and synchronous communication requests) via 
the tactile channel, and categorical or continuous vari- 
ables (e.g., relationship category or name of caller) via 
the audio and visual channels. For example, server 115 
can encode the distinction between an incoming mes- 
sage (where the sender is not requesting synchronous 
interaction), and an incoming request for dialogue (e.g., 
a voice call, or video conference) in the tactile channel. 
In addition, server 115 can transmit the relationship cat- 
egory (e.g., business, home, recreational) in the audio 
channel, while the caller name and topic is shown on a 
small display during the alerting component of the sig- 
naling sequence. 

[0097] At the termination of the alerting component, 
the party may select a device for delivery of an associ- 
ated incoming communication event (step 220). The 
party selects a device using a designated input function. 
For example, wearable device 140 may include a voice 
recognition response system where the receiving party 
speaks a predetermined command into the device to 
make a selection. This selection may include any termi- 
nal device registered with server 115. 
[0098] The selected device allows the party to see or 
hear more information about an incoming communica- 
tion event (step 230). Based on its media format, the 
incoming communication event routes either to the au- 
dio channel or visual channel of terminal device 110. If 
the party directs the communication event to a large dis- 
play device, such as a computer, the user will see de- 
tailed information about the nature of the incoming com- 
munication. In this instance, the selected terminal de- 
vice dictates the configuration of audio and visual chan- 
nels for incoming communication event output. For ex- 
ample, a user might be seated at their computer when 
an incoming alert is detected. The computer recognizes 
that the incoming communication is a return video mes- 



sage. The tactile channel presents a distinct cadence 
that the user recognizes as a message. The audio chan- 
nel presents a signal that is recognized as a reply, while 
the name of the caller is displayed in a small wearable 
5 screen, together with a topic line (e.g., "video that you 
requested"). At this point, the user touches a predeter- 
mined button on the computer to select the computer or 
other terminal device on which to view further informa- 
tion regarding the incoming communication event, 
to [0099] If the selected device is not properly configured 
to receive the incoming communication event, system 
100 informs the caller through the ringback sequence. 
For example, the caller would be notified during the ring- 
back sequence if the receiving party selected a commu- 
is nication device that was not matched to the media con- 
figurations of the incoming request. If the selected de- 
vice configuration is proper, server 115 transmits further 
information about the communication event to the se- 
lected computer, as used in this example. The receiving 
party then, for example, touches a predetermined button 
on the computer, preferably located on a mouse, to view 
the additional information on the computer display. The 
subsequent information may include a distribution list for 
the communication or return communication paths pre- 
ferred by the caller for responding to the video message. 
If the receiving party had decided to listen to the video 
message, they could have responded to the initial alert 
by touching a button associated with a personal audio 
device (e.g., wearable device 140). At that point, server 
1 1 5 informs the receiving party that a distribution list and 
return call paths are available. 
[0100] In addition to the subsequent information, 
server 115 presents the receiving party with communi- 
cation management options (step 240). These options 
are described below with respect to Fig. 3. Server 115 
then prompts the receiving party to select a communi- 
cation management option for execution (step 245). 
These communication management options allow the 
receiving party to control receipt (i.e., how and when) of 
the communication event. Upon executing the selected 
option, system 100 completes the communication func- 
tions available to the receiving party. 
[0101] Fig. 3 is a diagram of communications man- 
agement options 300 available to the receiving party in 
a menu format. These options include answering or re- 
questing transmission of the communications event 
310, retrieving and listening to a voice message 350, 
forwarding or "bouncing" the call to one or more parties 
360, and rejecting the call 370. 
[0102] Answering or requesting transmission of the 
communication event 31 0 includes the suboptions of re- 
questing the transmission now 320, requesting a 
change of communications media format 330, and re- 
questing transmission later 340. Requesting the trans- 
mission now 320 provides a real-time coupling of the 
communication event (e.g., video message) with the ter- 
minal device selected by the receiving party. Requesting 
a change of communications media format 330 allows 
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the caller to select the communication event in an audio 
or visual format. The format used by the sender and the 
capabilities of the terminal device may preclude chang- 
es in media format. However, audio and visual compo- 
nents may be separated for the convenience of the re- 
ceiving party. For example, a party may receive a per- 
sonal multimedia alert during a meeting indicating that 
a colleague wants to talk immediately. Since it is incon- 
venient to leave the meeting, the party can take advan- 
tage of an answer option that allows for a request to 
change media. This request informs the sender that a 
text message should be sent since it is inconvenient to 
talk right now. 

[0103] Requesting the transmission later 340 prompts 
server 115 to save the message in communication da- 
tabase 175 for later retrieval. Preferably, server 115 can 
mediate a later time to send the transmission. In this in- 
stance, server 115 initiates the later transmission at the 
mediated time. For example, when the receiving party 
selects this communication management option, server 
1 1 5 can request a more appropriate time to send the 
communication event and initiate a subsequent trans- 
mission at that time. Alternatively, the receiving party 
may dial into the server using a password or other se- 
curity function to access and retrieve the message at a 
later time. 

[0104] Listen to voice message 350 allows a receiver 
to automatically request that the caller leave a message 
rather than complete the requested synchronous dia- 
logue. Server 115 informs the caller through the ring- 
back sequence if the receiver selects this option. Once 
the voice message is recorded, server 115 then alerts 
the receiver of the recorded voice message. 
[0105] Forward communication event to third party 
360 allows the receiver to re-route the communication 
to other people or devices. The other people may be 
part of a group registered with system 100, such as a 
"business partners" category. In this example, the re- 
ceiving party requests server 11 5 to route the call to the 
predetermined "business partners" category so that 
everyone within that registered group receives the com- 
munication. The communication event may also be for- 
warded to other devices including mail system 1 80. The 
mail system preferably includes electronic mail, video 
mail or voice mail capabilities. System 1 00 presents one 
or more of these mail options to the receiving party in 
the communications management options menu. Sys- 
tem 100 also allows the receiving party to request re- 
ceipt of any replies to the forwarded message. 
[0106] Reject caller 370 allows the receiver to deny 
further access from one or more callers. This feature is 
useful to prevent unwanted calls or messages from one 
or more callers. The receiving party may modify the ac- 
count at a later time to permit subsequent communica- 
tion with that caller. 

[0107] System 100 offers versatile communication 
management techniques that provide a low-intrusive so- 
lution to modem personal communication needs. Sys- 
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tern 100 is not only a multisensory signaling structure 
that can be applied to a variety of receiving devices, but 
also a tool for coupling real -time notifications with com- 
munication management options. These communica- 
5 tion management options allow a party to control how, 
when and where to receive incoming communications 
events. The party may receive these events in a variety 
of media formats adding further versatility to the system. 
Moreover, users of system 100 may receive incoming 
to communication events on any device capable of receiv- 
ing and transmitting voice or data signals. Thus, system 
100 does not require "special" equipment to provide ef- 
fective communication between two or more parties. 
[01 08] While there has been illustrated and described 
what are at present considered to be preferred embod- 
iments and methods of the present invention, those 
skilled in the art will understand that various changes 
and modifications may be made, and equivalents may 
be substituted for elements thereof, without departing 
from the true scope of the invention. 
[0109] In addition, many modifications may be made 
to adapt a particular element, technique, or implemen- 
tation to the teachings of the present invention without 
departing from the scope of the invention. Therefore, 
this invention should not be limited to the particular em- 
bodiments and methods disclosed herein, but should in- 
clude all embodiments falling within the scope of the ap- 
pended claims. 



rstem for managing an incoming communication 
nt, comprising: 

means for notifying a user of the incoming com- 
munication event; 

means for providing a plurality of communica- 
tion management options to the user; 
means for receiving a selection of one of the 
communication management options; and 
means for taking an action regarding the incom- 
ing communication event consistent with the 
selected communication management option. 

2. The system of claim 1 further comprising means for 
receiving a choice of a terminal device on which to 
receive the communication event. 

so 3. The system of claim 1 or 2 wherein the receiving a 
selection means includes a transceiver. 

4. The system of claim 1 , 2 or 3 wherein the providing 
means includes means for requesting the incoming 

55 communication event in one of a plurality of media 
formats. 

5. The system of claim 1 , 2, 3 or 4 further comprising 
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means for communicating the incoming communi- 
cation event in a plurality of media formats. 

6. The system of any one of claims 1 to 5 wherein the 
taking an action means includes means for receiv- 
ing the incoming communication event in real-time. 

7. A server capable of managing the transfer of com- 
munication events between a plurality of subscrib- 
ers, comprising: 

means for storing subscriber information; 
means for associating the subscriber informa- 
tion with a predetermined communication 
event; 

means for transmitting a signal to a receiving 
device of a user over a communications link to 
notify the user of the communication event; and 
means for processing a request from the user 
to transmit the communication event to the re- 
ceiving device. 

8. The server of claim 7 wherein the processing means 
includes means for forwarding the communication 
event to a destination other than the receiving de- 
vice upon request by the user 

9. The server of claim 7 or 8 wherein the processing 
means includes means for delaying the transmis- 
sion of the communication event. 

10. The server of claim 7, 8 or 9 further comprising 
means for signaling an originator of the communi- 
cation event if the receiving device is unable to re- 
ceive the communication event in a predetermined 
media format. 

11. A transceiver for communicating with a server de- 
vice over a communications link, comprising: 

means for receiving an information signal from 
the server device in a predetermined media for- 
mat indicating the existence of a communica- 
tion event and for receiving the communication 
event in the media format indicated; 
means for transmitting to the server device, in 
response to the information signal, a command 
signal indicating a manner in which the commu- 
nication event should be routed to the receiving 
means; and 

means for delivering the communication event 
in the indicated media format. 

12. A method for managing an incoming communica- 
tion event, comprising the steps of: 

notifying a user of the incoming communication 
event; 



providing a plurality of communication manage- 
ment options to the user; 
receiving a selection of one of the communica- 
tion management options; and 
5 taking an action regarding the incoming com- 

munication event consistent with the selected 
communication management option. 

1 3. The method of claim 1 2 f u rther comprising the step 
to of receiving a choice of terminal device on which to 

receive the communication event. 

1 4. The method of claim 1 2 or 1 3 wherein the providing 
step includes the step of requesting the incoming 

is communication event in one of a plurality of media 
formats. 

1 5. The method of claim 1 2, 1 3 or 1 4 further comprising 
the step of communicating the incoming communi- 

20 cation event in a plurality of media formats. 

16. The method of any one of claims 12 to 15 wherein 
the taking an action step includes the step of receiv- 
ing the incoming communication event in real-time. 

25 

17. A method for managing the transfer of communica- 
tion events between a server and a plurality of sub- 
scribers, comprising the steps of: 

30 storing subscriber information; 

associating the subscriber information with a 
predetermined communication event; 
transmitting a signal to a receiving device of a 
user over a communications link to notify the 
35 user of the communication event; and 

processing a request from the user to transmit 
the communication event to the receiving de- 
vice. 

40 18. The method of claim 17 wherein the processing 
step includes the step of forwarding the communi- 
cation event to a destination other than the receiv- 
ing device upon request by the user. 

45 1 9. The method of claim 1 7 or 1 8 wherein the process- 
ing step includes the step of delaying the transmis- 
sion of the communication event. 

20. The method of claim 1 7, 1 8 or 1 9 further comprising 
so the step of signaling an originator of the communi- 
cation event if the receiving device is unable to re- 
ceive the communication event in a predetermined 
media format. 

55 21 . A method for communicating information between 
a transceiver device and a server device over a 
communications link, comprising the steps of: 
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receiving an information signal from the server 
device in a predetermined media format indi- 
cating the existence of a communication event 
and receiving the communication event in the 
media format indicated; s 
transmitting to the server device, in response 
to the information signal, a command signal in- 
dicating a manner in which the communication 
event should be routed to the transceiver; and 
delivering the communication event to a user in io 
the indicated media format. 
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